home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000032_news@columbia.edu _Mon Jan 17 09:25:51 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA26054
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Jan 2000 09:25:50 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA29583
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 17 Jan 2000 09:00:08 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: MS-DOS Kermit, more capabalities
  11. Message-ID: <zZPZrNsVKAHJ@cc.usu.edu>
  12. Date: 16 Jan 00 19:12:37 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. > 
  17. > Ok, subdirectories and makefiles aren't required.  That doesn't explain why
  18. > a normal binary archive is _not_ there and a `boo' archive _is_ there.  If
  19. > `boo' was "something we tried long ago" and it wasn't a total success why
  20. > not put a _real_ binary archive in it's place?
  21. > 
  22. > Does your FTP client do `ERASE' and `PUT'?
  23. > 
  24. > Charles.Angelich
  25. -------------
  26. Charles,
  27.     Despite all, you have a point, which was unstated but otherwise
  28. implied. It is the source files for MSK are difficult to pick out on 
  29. Columbia's ftp/web site. They are, it's terrible trying to do this.
  30. To make things simpler right now please visit netlab1.usu.edu or
  31. netlab2.usu.edu, go into the Kermit directory and see a source subdir.
  32. Take what's there, which will be the source files for MSK 3.15 (not 3.16).
  33. These are my machines.
  34.     No .boo files involved. Just grab all from source and build the
  35. works.
  36.     To answer another implication, one can't readily convert this
  37. material into "libraries" nor pull out big chunks to move into something
  38. else (which would be a problem with copyright too). It isn't designed
  39. that way. But you can tinker for personal use and make things the way
  40. you want. But please do not distribute that without our clearing things
  41. first, thanks; it is copyright, not public domain.
  42.     One can waste a lot of time trying to add non-MASM, non-MS C,
  43. making the code much more difficult to maintain for no real gain except
  44. individual personal satisfaction. This isn't Unix, it's DOS. And I do
  45. not wish to hear one word of complaint on the issue no matter what one's
  46. compiler/assembler tools or preferences happen to be.
  47.     What you seem to be impervious to, despite repeated reminders,
  48. is 94 byte Kermit packets is the original and default operating condition.
  49. In lieu of negotiations on the wire that is what is used, and it will
  50. work where longer packets will not. It's the specification of the protocol.
  51. That may not fit your particular tastes, but it is the standard and has been
  52. for eons. Also, we are not in the business of beating up on BBS operators, 
  53. so their customers need to make any noises (with our blessings).
  54.     Enjoy the reading; it's dense tightly integrated material. No docs
  55. are included above, so please visit Columbia's machines for full docs and
  56. supporting files (scripts, hints and kinks, etc).
  57.         Joe D.